home *** CD-ROM | disk | FTP | other *** search
/ The X-Philes (2nd Revision) / The X-Philes Number 1 (1995).iso / xphiles / hp48hor1 / changes.txt < prev    next >
Text File  |  1995-03-31  |  5KB  |  103 lines

  1. [Some ways the HP48SX differs from the 28S, by Bill Wickes.  -jkh] 
  2.  
  3. (Comp.sys.handhelds) 
  4. Item: 2356 by edp at jareth.enet.dec.com 
  5. Author: [Eric Postpischil] 
  6.   Subj: HP-28 to HP-48 changes 
  7.   Date: Fri Mar 08 1991 
  8. ---------- 
  9.   Resp: 2 of 2 by billw at hpcvra.cv.hp.com. 
  10. Author: [William C Wickes] 
  11.   Date: Tue Mar 12 1991 
  12.  
  13. From Eric Postpischil: 
  14. >  
  15. > On the 28, doing something (like plotting) that caused PPAR to be 
  16. > created caused the 28 to scan the equation and select the first variable 
  17. > as the independent variable.  On the 48, X is always assumed.  Why did 
  18. > HP make this change?  One guess is that algebraics can now contain local 
  19. > variables (because of the "where" and integration operators), so the 
  20. > first variable seen is not necessarily a free variable of the 
  21. > expression.  Is this why they made the change? 
  22.  
  23. This was just part of the general overhaul of the plotting interface.  It 
  24. appears that x (X) is the most common independent variable name used in 
  25. plotting discussions, just as y is commonly used as the dependent variable. 
  26. It also simplifies manual descriptions etc. to be able to use a specific 
  27. name.  Nothing profound here. 
  28.  
  29. > Another change is that storage arithmetic has been generalized.  It used 
  30. > to be that STO+ would accept only certain objects to be added (real and 
  31. > complex numbers, I think).  Now any objects acceptable to + are 
  32. > acceptable to STO+, and similarly for the other STO operators.  Okay, 
  33. > that change provides more function, as do the evaluation of lists and 0 
  34. > WAIT. 
  35.  
  36. STO+ and friends were originally written to allow "in-place" arithmetic 
  37. on stored numbers and arrays, primarily so that you could succeed in 
  38. performing some array operations for which there might otherwise not be 
  39. enough free memory.  Many people requested the extensions of STO+ that 
  40. are present in the 48. 
  41.  
  42. > Two items that fit into the category of trying to improve behavior are 
  43. > that STO checks for directly recursive definition (putting 'var' in 
  44. > 'var') 
  45.  
  46. This is a property of certain keys (STO, solver menu keys, and left-shifted 
  47. VAR or CST menu keys), not of STO itself. 
  48.  
  49. > and plotting 'variable=expression' plots only the expression 
  50. > (unless flag setting is changed). 
  51.  
  52. It is common for people to say they are plotting "y=f(x)" even though they are 
  53. really just plotting f(x), so the 48 lets you define a plot with either 
  54. 'f(x)' or 'y=f(x)'.  In the latter case, y is only used as an axis label. 
  55.  
  56. > ABORT is gone.  0 DOERR is not the same thing -- why was this function  
  57. > deleted? 
  58.  
  59. People wanted the ability to abort a program with an error message, hence 
  60. DOERR.  0 DOERR is essentially equivalent to pressing ATTN, which is the 
  61. same as ABORT on the HP28, except that HP48 ATTN is a trappable error, whereas 
  62. ATTN was not trappable on the 28. 
  63.  
  64. > == and != now properly compare reals and algebraics.  On the 28, (0,0) 
  65. > did not equal 0, according to ==, but on the 48 they do. 
  66.  
  67. Call it a refinement. 
  68.  
  69. From Jurjen NE Bos: 
  70.  
  71. > Of course, OBGET and OBPUT are vanished, and nothing has come to replace 
  72. > them.  One can disassemble algebraics with OBJ->, or use \v|MATCH, but 
  73. > sometimes you wished they were there.  Same for EXGET and EXPUT. 
  74.  
  75. The problem is that with the advent of functions with an indefinite number of 
  76. arguments, plus the ability for libraries to define new functions, providing a 
  77. position argument for OBGET etc. becomes rather problematic.  The MATCH 
  78. commands plus OBJ-> provide more and better substitution/extraction 
  79. capabilities. 
  80.  
  81. > What is also missing are the catalogs.  They were rather useful, especially 
  82. > the units catalog, becuase it knew the full name of all the units.  And: 
  83. > USAG is not a catalog. 
  84.  
  85. We would have liked to have added output descriptions to the command catalog, 
  86. but this would have been very expensive in ROM, so we traded the catalogs for 
  87. the Quick Reference Guide.  And the UNITS menu is a more useful units catalog 
  88. than the HP28 units catalog, since the units are sorted by type and the menu 
  89. provides active entry/conversion facilities.  You can alway get the full name 
  90. of a unit with REVIEW. 
  91.  
  92. > One big missing function is VIEW\^| and VIEW\v|.  Why were these left out?  
  93. > I do not always have the memory to edit an object just to see a few more 
  94. > lines. 
  95.  
  96. VIEWup and VIEWdown evolved into the interactive stack on the 48.  It's true 
  97. that editing an object can take more memory than VIEWdown, but even the 
  98. latter can run out of memory so it's only a question of the threshold of pain. 
  99. I generally find that if there isn't enough memory to edit an object, there 
  100. likely will not be enough memory to do much else with it. 
  101.  
  102. Bill Wickes 
  103.